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(57) Abstract 

The invention relates to an arrangement and to a method for revising selected data in a distributed data communication 
system, e.g. such data as a data program or document intended for a number of a plurality of destination devices (AEI, AEII, 
LSE2, LSE3) in the data communication system individually selected by an administrator, in which each destination device in- 
cludes at least one memory unit (ME, LSM2, LSM3) for individual storage of data. The revision involves, for instance, installing 
and/or changing the selected data, a) a list of the selected destination devices is established; b) a procedure for the revision of the 
data on the selected destination devices is established and the procedures (L2; C2) are stored as a revision recipe; c) there is 
created a data package which at least contains the data to be revised and its revision recipe; d) the data package is distributed in- 
ternally in the data communication system to the selected destination devices; e) the selected destination devices interpret the in- 
formation in the data package with the aid of a special interpretation program installed in each destination device and initiating 
procedures on the basis thereof. 
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A Method and System for Revising Data in a Distributed 
Data Communication system 



The present invention relates to a method of the kind 
defined in the preamble of Claim 1, and an arrangement 
for carrying out the method. The invention particularly 
relates to a method and an arrangement for revising 
selected data in a distributed data communication 
system, e.g. a data program or document for a plurality 
of destination devices in the data communication system, 
where each destination device includes at least one 
memory unit for individual storage of data, wherein said 
revision involves, for instance installing and/or 
removing and/ or changing the selected data. Examples of 
such distribution devices are user units, e.g. PCs, 
terminals which coact with a network service unit, 
although other networks may be included when revision is 
to be effected from one network to another. 

Background Art 

Reference to installation made in the following is also 
intended to include reconfiguration, updating and de- 
installation of program products and other types of 
information, such as documents. 

When installing software in data communication systems, 
the same installation process has traditionally been 
repeated manually and individually for each unit in the 
data communication system that is intended to include 
the software. This means that the information required 
for the installation, which is normally obtained by 
questions asked of the user, must be repeated time and 
time again, which is highly time-consuming and liable to 
cause errors. Furthermore, this procedure often results 
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in non- identical execution of the installations - an 
inhomogeneous system is obtained, which may later lead 
to problems, for instance when re-conf iguring, updating 
or de- installing software. This applies particularly to 
5 the installation of software in data communication 

systems which include a large number of similar units in 
which it is desired to install program software in a 
unitary fashion. 

10 The trend followed by the development of such systems is 

one in which at least a part of the processing capacity 
of a central computer unit has been transferred to a 
number of local computer units. For example, in present- 
day techniques, a central computer unit coupled to a 

15 number of terminals can be replaced with one or more 

local networks which include a plurality of personal 
computers and/ or working stations. Previously, an ad- 
ministrator needed only to worry about the setting-up of 
software in the central computer unit. Since many units 

20 in the system are able to store and execute software 

individually and, in addition, also often have access to 
logic units in a service unit belonging to that particu- 
lar local network, the administrator is nowadays pre- 
sented with the technical problem of remembering which 

25 software was installed in which unit, which units need 

updating, etc. These problems become many times more 
difficult when so-called remote communication networks 
are used, where a large number of units are used and 
these units are spread over a wide geographical area, 

30 and may also be of many different kinds. 

Neither is it possible to place a fully competent person 
at each local level, much less a competent person who 
has effective control over the system as a whole, so as 
35 to enable changes to be made, new versions of old pro- 

grams to be installed, etc. 



Another troublesome, technical problem is that of main- 
taining user units updated throughout the whole of the 
distributed data communication system, both locally and 
globally, with the same version of data installed in a 
similar fashion in the various user units and for the 
various users. This has many times resulted in not- 
easily traced, "unexplainable" errors. 

For example, it is relatively usual for program produc- 
ers to introduce changes into commercial software and 
these changes to accompany the installation program 
without having been mentioned* When newly-purchased 
program software of this nature is installed with its 
installation program in an individual user unit, it is 
extremely difficult to determine or to trace which 
changes have been inserted. This can result in "unex- 
plainable" errors occurring in the system. 

Thus, the technical problem which is in need of solution 
is one of enabling data, such as software or some other 
type of information, for instance certain list files, 
i.e. documents, to be installed readily and in a unitary 
fashion in user units that are coupled to a data or 
communication system. 

Another technical problem is one of enabling a data 
system administrator to keep a record of what is found 
installed in the system and where. 

Objects of the Present Invention 

The prime object of the present invention is to provide 
a method and an arrangement for administrating a comput- 
er system, and then particularly to enable mass revision 
to be carried out automatically, for instance installing 
and /or removing and/ or changing documents and/ or 
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software for all or selected user units connected to the 
computer system. 



Another object of the invention is to enable programs or 
5 documents to be registered and/or de-registered in a 

simple fashion, so that it is easy to establish what is 
found installed in the computer system and where. 

A further object of the invention is to enable the 
10 automatic , mass revision to be carried out quickly , 

simply and readily handled by the administrator or 
administrators responsible. 

Still another object of the invention is to obtain a 
15 high capacity function with regard to delivery of com- 
mands to the destination devices. 

Still a further object of the invention is to provide a 
computer system administration method and then particu- 
20 larly to a method which enables data, such as software, 

previously installed in user units connected to the 
computer system to be configured, version updated or de- 
installed. 



25 The primary object of the invention is achieved with a 

method of the kind set forth in the characterizing 
clause of Claim 1. Further features and further develop- 
ments of the invented method and an arrangement for 
adapting the method are set forth in the remaining 

30 Claims. 



Thus, the invention relates to the distribution of data 
for revising both within local networks and between 
local networks via remote communication networks, such 
35 as hierarchically from one central network to a local 

network which is administrated from the central network. 
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or democratically from any local network whatsoever to 
any other local network whatsoever. By the term "remote 
communication network" is also meant a direct data 
network, for instance a telephone network, satellite 
5 connections and possible other types of communication 

networks and communication links, respectively. 

The inventive system, or arrangement, enables different 
management orders to be distributed from a central site 

10 in a distributed data communication system to one or 

more local sites connected to the central site. The 
management orders may be of any kind whatsoever, a 
listing being given below under the Definitions. The 
management order is of an abstract nature. Each actual 

15 management order is a specialized version of the 

abstract (c.f. objected orientated analysis and 
programming) . 



The various computer systems in each local site or 
20 network may be of any kind whatsoever within the area, 
from one single computer (e.g. a personal computer or a 
minicomputer) up to a complete local computer network 
(Local Area Network) , including working stations, ser- 
vice units or service computers, minicomputers, large 
25 computers equipped with central memory function, etc. 
Each of these local networks will have at least one 
communication link with the network in the computer 
centre or centres, wherein the management orders are 
distributed over this communication link. 

30 

The management orders are received in the local 
networks, together with what shall be revised with spe- 
cial interpretive software and the orders received are 
carried out. When an order has been carried out success- 
35 fully or has not been carried successfully, information 

concerning the result is sent back to the network that 
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sent the order. 



Those networks at the central sites have special soft- 
ware which is able to combine management orders. The 
networks at the central sites also form local networks 
which are treated in the same way as the other local 
networks. Thus, in a fully democratic system , each local 
network may be a network in a central site immediately 
it is to distribute data for revision in at least one 
other of the remaining local networks through the inter- 
mediary of a remote communication network. 

The advantages afforded by the use of management orders 
(e.g. register and insert software in archives, install 
programs in working stations, make "backups" in 
databases, etc.) in accordance with a further develop- 
ment of the invention is that these management orders 
can be distributed effectively, reliably and quickly to 
a plurality of local networks with one single 
distribution order. 

In order to solve the problem of obtaining high capacity 
order dispatch, a plurality of totally independent 
orders can be given simultaneously (in the same contain- 
er) , in accordance with the invention. These orders are 
carried out in parallel on all addressed destination 
devices, without the order dispatching central site 
needing to be equipped with separate technical 
arrangements for keeping a check on outstanding calls 
(c.f. RPC = Remote Procedure Call), which load the 
intermediate remote network or the order dispatching 
central. Furthermore, a container can be provided with a 
time stamp which may indicate when the container shall 
be distributed, said container preferably being sent at 
night, when the load and/or the tariff is lower* A 
container can also be compressed prior to being 
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dispatched, so as to reduce the amount of information 
transmitted and may be decompressed upon receipt. 

According to a further development of the invention, in 
5 preparation for the unison revision process: 

a) data to be revised is first stored in its original 
form; 

b) an administrator at an administration device, 

10 thereafter formulates a procedure for revising the 

data and stores this procedure as a data revising 
recipe; 

and subsequent to the unison revising process: 

c) information concerning the revising of said data is 
15 stored in a data archive. 



This enables administrators to keep a check on software 
objects and their internal relationships in a data 
communication system of this size, as mentioned above. 
20 Software objects which can be handled by this method can 

be divided into the following groups: 



Group 1 (Registered Packages) : 

Delivery package - the original 
25 Program 

Document 

Preset /prepared program and/ or document 
Etc. 



30 Group 2 (Recipe) : 

E.g. installation and de-installation pro- 
cedures 

Group 3 (Applications) : 
35 Programs and documents ready to be taken into 

use 
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Group 4 (Application Editors) : 

Configuration procedures 



The concept of this further development of the invention 
5 is to enable an operator to know what has been installed 

(Group 3) , what was the original (Group 1) and how that 
which is recorded in Group 1 has been transformed to 
that which is recorded in Group 3 (Group 2) . That which 
is recorded in Group 4 describes how a package recorded 
10 in Group 3 has been reconfigured. All of this knowledge 

is held in at least one database which is always acces- 
sible to the administrators and which is preferably 
object orientated, 

15 It is always highly beneficial to know the background of 
an application , to know how the application was made to 
fit the data communication system, to enable an applica- 
tion to be repeated, and also to know how and when an 
application has been reconfigured. This means that a 

20 delivery package with software which is to be installed 
in the system must always be found stored in at least 
one of the databases with all of its externally 
delivered installation software. 



25 Definitions 



Given below is a list of terms used in this specifica- 
tion and their meaning: 



30 Recipe Structured text which describes how a 

given software or a given document shall 
be created r installed and/or configured 
on a computer type in the system and the 
information required in order to carry 

35 this into effect. 
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A revision or revising recipe can be com- 
piled by creating an especially adapted 
recipe on the basis of a general recipe, 
through question reduction. The method 
can be repeated to create a hierarchy of 
especially adapted revision recipes, i.e. 
a particularly adapted recipe can be used 
to create another especially adapted rec- 
ipe, until all questions have been elim- 
inated. This is an important possibility, 
particularly when the data communication 
system administered by the administrator 
is large, i.e. includes many units, and 
when the data communication system can be 
divided into groups of units which are 
unitary in some respect, for instance 
with respect to the type of screen used. 
For further information, see the 
copending Swedish Application No. 
9103512-1. 



An type of order according to the inven- 
tion which informs what is to be done 
with a revision package transmitted from 
one network to another. This is not a 
function, but a logic designation of an 
abstract high-level-service. Examples of 
different kinds of order are: 
register or de-register program or docu- 
ment in archive; 

register or de-register activation proce- 
dures ; 

activate program or document; 

cancel activation order; 

fetch packages, files, documents, etc.; 
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* program and file distribution; 

* installation of software in a plurality 
of systems and/or computer units; 

* de-installation of software in a plurali- 
ty of systems and/ or computer units; 

* exchange of software, e.g. in version 
upgrading procedures; 

* reconfiguration of groups and/ or local 
units ; 

* security copying of databases; 

* events and error administration. 



Group 



15 



One or more computer units or users which 
belong to a local or central 
administration unit and which have 
standardized properties for a given type 
of revision required at that time. 



Data Package 



20 



25 



A combination of at least data which is 
to be revised, and a revision recipe 
therefor, i.e. a revision package. If re- 
vision is to be effected from a local 
network, e.g. from one central to another 
local network, the data package is a con- 
tainer. 



Container 



30 



A transmission package which comprises at 
least one revision package and at least 
one management order for each revision 
package for transfer from one local 
network to another. 



Destination 
Device 



35 



The device to which a data package is to 
be sent for data revising purposes. A 
destination device may be a user unit in 
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a local network, but may also be a 
network to which a data package is to be 
transferred from another network. 

5 User Unit A unit by which a user is able to obtain 

service, such as a terminal in coaction 
with a number of logic units in the serv- 
er unit of a local network , personal com- 
puter or working station of some kind. 

10 

LAN Local Area Network. 

WAN Remote communication network. 

Administrator A person who administrates a data 

communication system from a user unit 
adapted for administration purposes. The 
data system may comprise a plurality of 
systems, which may be mutually connected 
via LAN and/ or WAN or some other type of 
communication network or communication 
links. An administrator may either be a 
local administrator and will then ad- 
ministrate solely one local network 
(LAN) , or a central administrator who 
then administrates the entire data 
communication system through the remote 
communication network (WAN) . 

30 A local administrator is subordinated 

hierarchically to a central administra- 
tor. Several central administrators may 
be found in the data communication 
system. 

35 

Information 



15 



20 



25 
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Base A data stored database which contains 

forms of information and/or an operative 
system - 



Interpreter A program capable of converting data 

structures to another data structure. 



Mass Revision Revision of the same software on a large 

number of units in a data communication 
system. 



Gateway A device which connects communicate-wise 

to networks which use different communi- 
cation protocol , i.e. a "protocol conver- 
ter" . 

A database and/ or an AI -application 
and/ or a user. 



Information 
Device 



Revision By revision is meant installation of new 

programs , updating of existing programs, 
editing, the insertion of information, 
amendments to existing data and like re- 
vision procedures. 



Brief Descriptio n of the Drawings 



So that the invention will be more readily understood 
and features thereof made apparent, the invention will 
now be described with the aid of illustrative examples 
and with reference to the accompanying drawings , in 
which: 



Figure 1 illustrates one example of a hierarchically 
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constructed data communication system, in which at least 
one central administrator administers the system. 

Figure 2 illustrates an example of a democratically 
5 distributed data communication system with which the 

inventive method and inventive arrangement can also be 
applied. 



10 Figure 3 is a diagrammatical illustration of a so-called 

conceptual plan, which may constitute a model for a 
preferably object orientated database • 

Figure 4 illustrates schematically one embodiment of 
15 data installation in a local network. 

Figure 5 is a schematic illustration of one embodiment 
of data installation from a local network, for example 
an administrative central, to at least one other local 
20 network through the intermediary of a remote communica- 
tion network. 

Figure 6 is a flow chart illustrating a method for 
distributing the distribution package in accordance with 
25 the present invention. 

Figure 7 is a flow chart illustrating a method for 
configuring software that has already been installed. 

30 A More Detailed Description of Figure 1 

Figure 1 illustrates an example of a distributed data 
communication system in which program products are ad- 
ministered by at least one administrator positioned at 
35 an administrator unit CADM, AD1, AD2, AD3, of which one 

CADM may be a central administrator unit coupled to a 
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network CN in a central. More than one central 
administrator unit may be found in the central, these 
administrator units being placed in a given order of 
priority, such that one unit will have priority if 
several units should request access to the same function 
during the ongoing work. The administrator or 
administrators which must wait to request this function 
are informed of the fact on their terminal screens. 
Access can be allotted, for instance, by placing the 
administrators in an order of priority according to the 
order in which they couple themselves to the network CN 
in the central for distribution of data. 

Each administrator unit has access to a memory space 
intended for the administration carried out by the 
administrator. The data communication system illustrated 
in Figure 1 by way of example is constructed hierarchi- 
cally, although the invention is not limited to 
precisely this type of system, as will be evident from 
the following description. 

For the central administrator PI in the network CN of 
the central shown in Figure 1, this memory space lies in 
a central service memory CSM coupled to a central server 
computer CSE which coacts with the central administrator 
unit CADM at which the central administrator PI is 
seated. The central server computer CSE may be a person- 
al computer PC or a large computer, and the memory CSM 
is a primary or a secondary large computer memory or 
disc memory, respectively. 

Data to be revised from the central, e.g. a program to 
be installed in the system by the central administrator 
PI, is first fed in its entirety to the central server 
computer CSE, as illustrated with the diskettes FLC. 
Naturally, diskettes can be inserted into any diskette 
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station whatsoever in units that are coupled to the 
network CN of the central , although in the illustrated 
case, they are shown inserted directly into the server 
computer. It would be more natural for the administrator 
5 PI to insert the diskettes in his/her terminal CADM, 

which in the Figure 1 illustration is a computer having 
its own processing capacity and its own memory connected 
to the server computer CSE. 



10 

Each administrator unit may be comprised of or the same 
type as a user unit. A user unit is converted to an 
administrator unit by means of special software which is 
adapted for administration and to which the administra- 
15 tor has access. 

The system illustrated in Figure 1 includes three local 
networks (LAN) LN1, LN2 and LN3 . The central server data 
CSE is coupled to a local server data LSE1, LSE2 and LSE 

20 3, respectively, in each of said local network, through 

the intermediary of a remote communication network WANH. 
A plurality of user units AEI or AEII are connected to 
the networks LN2, LN2 and WANH. A user unit may, e.g., 
be a terminal, personal computer or working station. The 

25 Figure 1 embodiment has a pure terminal which may have 

its own limited processing capacity and which coacts 
with logic units in the network server unit, designated 
AEI, and a computer with its own memory and its own 
processing capacity, for instance a personal computer 

30 designated AEII. 

The local networks LN1 and LN2 are connected with the 
remote communication network WANH through the intermedi- 
ary of respective gates PI, P2 and P3. Each local net- 
35 work has a local administrator LAI, LA2 and LA3 respec- 

tively. These administrators administrate revising of 
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data in their own particular local network through the 
intermediary of a unit which • functions as a respective 
administrator unit ADl, AD2 and AD3 for administration 
purposes. 

The inventive data communication system has a special 
logic structure. 

The network administration application may be found in 
the central administrator unit CADM of the Figure 1 
illustration and constitutes the uppermost node in a 
hierarchy. This unit administers the entire system 
hierarchically. 

This uppermost node is also found in a more democrati- 
cally constructed system (see Figure 2, which will be 
described further on) immediately an administrator in a 
local network allows data to be revised by a user in at 
least one other local network. This administrator will 
then function, at his/her administration unit, as a 
central administrator for precisely that particular 
revising procedure and then functions hierarchically in 
the system. 

The domain administration application is an intermediate 
node which administers the local part which can be made 
by the local administrators LAI, LA2 and LA3. The domain 
administration application transmits and receives infor- 
mation from the network administration application and 
serves said application. 

Object Management Agent is a lower level of intermediate 
node and administers a separate user unit AEI or AEII. 
It serves the domain administration application. When 
data revising is to be carried out in at least one user 
unit in a local network, information is sent to the 
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effect that a revision package is to be fetched from the 
local server computer. The user unit then fetches the 
revision package at the earliest suitable opportunity. 
Alternatively , the package can be sent together with the 
5 aforesaid information- The alternative chosen will 

depend on the local network and on the units included in 
said network, the choice made being the one which is 
most practical in the prevailing context. 

10 The af oredescribed structure also includes the address-* 

ing structure. An example of protocol suitable for use 
between the different levels in the hierarchy is stan- 
dardized OSI-protocol (CMIP) . This permits the coex- 
istence of several parallel protocols in the structure 

15 between the various levels, e.g. SNMP, CMOT, CMOL. 

According to one preferred embodiment, the distributed 
data communication system operates in the following: 

20 1. Incoming data to be revised in distribution devices 
in the data communication system is registered and 
stored in its entirety. When concerning software, 
the installation program and configuration program, 
etc., are also stored in addition to the actual 

25 software itself, together with name and version. 

This is preferably effected both at local and 

central 

levels. 



30 2. The data revising program is adapted to the local 

network or networks in which it is to be revised. 
This means that part of the questions, or all of 
the questions asked, e.g. in an installation proce- 
dure can be answered beforehand and the answers 

35 saved separately in the form of a recipe. This is 

done with the cooperation of the administrator. A 
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particular program language is preferably defined 
and made accessible to all users of the system. 

When data is to be revised from the central, the 
central administrator creates a transfer package, 
hereinafter also referred to as a container, which 
is an enclosed form containing the data and possi- 
bly also its recipe, depending on the type of order 
given, and at least one management order, which may 
be of different kinds and which, e.g., register the 
data on the archive of the receiving node. A 
distribution list to the container discloses to 
which local network or local networks the data is 
to be sent. Management orders in the container can 
then denote the user units in the local networks in 
which the data is to be revised. Other, different 
types of management orders are given in the . list of 
definitions at the beginning of the present 
description. The management order preferably also 
indicates the data to be registered in an archive 
in the receiving local network. The archive can be 
stored in a memory which is also used for other 
purposes, or stored in a separate memory unit. 

Several data, together with revision recipe and 
management order therefor, can be placed se- 
quentially in one and the same container. In this 
type of hierarchical data communication system, 
illustrated in Figure 1, the central administrator 
creates a container CON1, CON2, CON3, for each 
local network LN1, LN2, LN3 , which includes a user 
which shall have revised data. It should be noted 
that containers having mutually the same content 
can be sent to a selected number of local networks 
at one and the same time. The local office is 
grouped and these groups can be used to simplify 
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creation of distribution lists. In the hierarchical 
data communication system illustrated in Figure 1, 
the containers are then sent separately, although 
preferably at the same time, to each local network, 
5 which functions as a means for distributing the 

container. 

4. Unpacking of the container sent from the central 

administrator is preferably effected automatically 

10 in the local network, in the order in which the 

transmitted data is packed in the container by the 
central administrator. In this case, the container 
is stored in its entirety, first in the local 
service memory LSMi, where i ■ 1 to 3. Firstly, an 

15 automatic or manual check is made to ensure that 

the data in the container is correct, whereafter 
orders are carried out and verified and a report is 
sent back to the central. When necessary, the local 
administrator creates a special data revising 

20 recipe for the users concerned in the local network 

and creates a data revising package and recipe for 
distribution to the individual, selected 
distribution devices, such as the user units in the 
local network for revising of said data. The revi- 

25 sion package within the local network includes an 

management order associated to the order is found a 
list of the users who are concerned with the 
revision of data. 

30 5. A message is then sent to each of the users, user 

groups, computers or computer groups which are to 
have revised data. 

A local archive, e.g. LSM2 , in the local network 
35 LM2, contains all of the programs and documents 

(files) which have been archived by the local ad- 
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ministrator unit AD2 , or which are distributed with 
the aid of an order in a -container sent from the 
central. Removal from the archive must be effected 
explicitly, i.e. only when it is no longer found 
installed in any one of the user units connected to 
the network. It is not possible to remove data 
centrally when the data has been distributed to a 
local network unless a message has been received 
from the central to the effect that the data is no 
longer anywhere installed. 

Subsequent to carrying out the order in a container 
in the local network, a status report is sent back 
to the central administration unit for registration 
in the central archive. Archiving can also be ef- 
fected directly in the archive. 

According to the invention, a program archive is 
thus preferably stored in an archive memory area in 
each network, centrally and locally. The program 
archive will preferably include an object orientat- 
ed database, in which program products and informa- 
tion associated therewith are stored. 

It is also possible for the local administrator to 
revise data totally separately in his/her local 
network, as illustrated with the floppy disks PLL 
in the local networks LN1, LN2, LN3. The central 
need not be informed to this effect, and is archi- 
ved there. When necessary, the central administra- 
tor can connect to any local network whatsoever and 
obtain information relating to everything that has 
been registered in the archive of the local net- 
work. 

It is also possible, as an alternative, to send a 
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separate container for registering and archiving in 
the archive, and a separate container for installa- 
tion of the selected, individual user units AEI or 
AEII connected to the local network. If desired, at 
5 least some local networks may permit revision di- 

rectly after unpacking information from a container 
sent by a central administrator, without assistance 
from a local administrator, but solely with the 
assistance of an administration program. A 
10 management order enclosed with an installation 

package may state whether the package shall be dis- 
tributed to a user in the local network concerned 
either automatically or with the aid of an ad- 
ministrator. 

15 

In order to illustrate thoroughly the different cases 
relating to data revision, the network LN1 illustrates a 
network in which data revision is solely carried out on 
personal computers AEII, and then directly in the memo- 

20 ries of said computers; the network LN2 illustrates a 

network to which only terminals are coupled, these 
terminals being served by the local server computer and 
the registers of which in a local memory LSM2 are coup- 
led to the local server computer; the network LN3 

25 illustrates a network with both terminals AEI and com- 

puters AEII of significant processing capacity and their 
own memory. 



A container CONI sent to the local network LNl is re- 
30 ceived by the local server computer LSE1, where the 

container is unpacked and orders carried out. In the 
local network LNl , data is always revised directly in 
the units AEII. It will be understood that one or more 
of the user unit AEII may be occupied or closed-down at 
35 precisely that moment when it is intended to transfer 

data. Accordingly, the system is such that the server 
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computer signals the concerned user units in the net- 
work,, using an appropriate code, that revision shall be 
carried out. The different user units then fetch data 
from the server computer with an installation recipe at 
5 a convenient point in time, if the revision cannot be 

carried out immediately. 

A container CON2 sent to the local network LN2 is also 
in this case received by the local server computer LSE2, 

10 where the container is unpacked. Since the user units 

AEI in this network are solely terminals, data is re- 
vised in the logic units in the local server computer 
LSE2 in the memory areas in LSM2 to which the various 
users at the units AEI have access. Thus, in accordance 

15 with the invention, the administrator formulates a 

revision recipe including the data to be revised. The 
revision package of data and recipe is then sent -to the 
logic units in the server computer and revision is 
carried out with the aid of the recipe and the particu- 

20 lar software used in accordance with the invention • 

A container CON3 sent to the local network LN3 compris- 
ing a mixture of user units AEI and AEII, which is often 
the case in practice, is also received in this instance 

25 by the local server computer LSE3, where the container 

is unpacked. Data with recipe is created and revision 
carried out partly in connected computers AEII and 
partly in the memory areas of the local service memory 
LSM3, to which the various user units AEI and also the 

30 majority of the user units AEII have access. The admin- 

istrator LA3 is shown in the network LN3 and is able to 
select the administrator unit AD3 in which he/she shall 
work, freely among a plurality of user units AEI and 
AEII* Thus, the administrator function accompanies the 

35 administrator LA3 and not the special unit AEI, AEII, at 

which he/she works. 
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Of course, this also applies to the networks LN1 and 
LN2 . However, it may be necessary in network LN1 to 
install certain software in the user units so that these 
units are able to serve as administrator units. 

5 

It should be noted that a user unit may be a large 
computer, such as a network computer, or a personal 
computer or working station connected to a network. 

10 The local administrator unit AD1 with memory ME in 

network LN1 may, for instance, be a powerful working 
station which has a stationary disk memory, although 
other types of computer and memory devices are conceiv- 
able. 

15 

Different types of computers may be coupled to the local 
networks. For instance, LN1 may solely have Macintosh 
units. LN3 may solely have IBM units, for instance. A 
specially prepared recipe can be produced for each of 

20 the networks concerned. For example, if the Macintosh 

units have several different types of keyboard, these 
units may, in turn, be divided into groups (according to 
keyboard type TYP I and TYP II) , and a recipe can be 
created for each one of these groups from the recipe 

25 created for the network containing solely Macintosh 

units . 

It should be noted that the composition of the data 
communication system is not significant to the present 

30 invention and may thus have a construction different to 

that illustrated in Figure 1. It can be mentioned by way 
of example that the same type of computers can be found 
in different local networks and that these computers may 
be included in the same groups. Furthermore, a group may 

35 be constructed from solely those computers which are 

found in one of the local networks. Thus, the same user 
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unit may be included in more than one group. The groups 
may also overlap one another, • either partially or 
completely. 

Figure 2 illustrates an embodiment of a data 
communication system which is distributed totally 
democratically and which is not hierarchically 
constructed and has no central administration. The data 
communication system includes solely a plurality of 
local networks N1-N4, each of which is able to transmit 
data for revision to all of the other networks. In this 
case, this transfer of data is also effected through the 
intermediary of a remote communication network WAND. It 
will be noted that containers which contain management 
orders are created for all transmissions for revision 
between the different networks. Solely revision packages 
for revision are created within each network. Other, 
different types of data communication systems, e.g. 
different mixtures of hierarchic and democratic systems, 
than those illustrated are also conceivable within the 
purview of the invention. 

Items in a Program Register 

Information-carrying objects, here referred to as items, 
include information concerning the item in question, 
wherein the information is stored in an object field. 
The items about which an administrator may require 
information in order to be able to administer a data 
communication system, such as an inventive data 
communication system of the kind illustrated in Figure 
1, will now be described with reference to Figure 3. 
Figure 3 is a diagrammatic illustration of a so-called 
conceptual plan which may form a model of a preferably 
object orientated database, which may include a program 
register and which may form a part of an information 
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system. The various item groups, described below, and 
their mutual relationships are noted in the plan. 

Explanation of different relationships in the conceptual 
5 plan: 

Inherited relationship (ISA) ; for instance, a pro- 
gram 1 is a registered item; 

0...M relationship; zero, one or more relationships 
are found between those items the relationship is 
10 drawn between; for instance, there may be from 0 to 

M different recipes connected to each registered 
item; 

• 1 relationship; for instance, each recipe may be- 
long to one, and only one registered item. 

15 

The main items are stored in the program register in the 
memory AM of the administrator computer and are handled 
by the administrator and can be divided into four gener- 
al groups: 

20 

Group 1; Registered Items ( GR1) 

The delivery package received by the administrator. 

Information concerning a delivery package stored in a 
25 program register (such as LI in Figure 4, Cl in Figure 

5, as described in more detail below) may include: 

Program - the original (1 with inherited relation- 
ship ISA to GR1) . 

Document (2 with inherited relationship ISA to GR1) 
30 - Pre-installed/prepared program and/or document (3, 

where GR1 acknowledges to 0..M relationships, M 
being an arbitrary number) . 

Relationships with other delivery packages (4) . 



35 



Group ?: fiecipe (GR2) 
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These recipes describe how a given software shall be 
installed in or erased from a« computer, i.e. how an 
installable application (GR3) is obtained from a deliv- 
ered program original (GRl) or how installed software 
5 (GR3) is erased C de-installed) . There are from 0..M 

relationships from GRl to GR2, i.e. each program/docu- 
ment may have several recipes. There is one relationship 
from GR2 to GRl, i.e. each recipe belongs to only one 
program/document. The installation recipe and de-instal- 
10 lation recipe are stored in a procedure register (such 

as L2 in Figure 4, C2 in Figure 5, as described in more 
detail below) . 



15 Group 3: Applications (GR3) 

Programs and documents that are completed are taken into 
use. Information concerning an application stored in a 
distribution register (such as LARK in Figure 4, CARK in 
20 Figure 5, as described in more detail below) includes: 

- The registered program product from which it has 
been created. 

- How it was created, i.e. which recipe was used 
(GR2) . 

25 - How it was configured, i.e. which application rev- 

iseor was used (GR4) • 

- Where it is stored (owner 5, GR5A, GR5B, GR6A, 
GR6B) . 

30 Each application is unique, i.e. only one relationship 

from GR3 to GR2 is found. Several applications may be 
found, i.e. there may be 0..M relationships from GR2 to 
GR3. 

35 Group 4: Applicat ion Editor (GR4) 
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An application editor changes data in an application 
(GR3) through the medium of a configuration recipe 
stored in the procedural register and/ or the distri- 
bution register. Each application register is unique, 
5 i.e. only one relationship is found from GR4 to GR3. 

Several application editors may be found for each appli- 
cation, i.e. there may be 0..M relationships from GR3 to 
GR4. 



10 Those items found in GR3 disclose which applications are 

installed. The original items are found in GR1 (the 
original) . The manner in which GR3 items were installed, 
i.e. installed applications, is disclosed by the instal- 
lation recipe in GR2 • The manner in which GR3 items are 

15 de-installed, i.e. installed applications, is disclosed 
by the de-installation recipe in GR2. The configuration 
recipe in GR4 describes how installed applications have 
been reconfigured. 

20 Information may also be required concerning further 

items, for example which users, user groups, stations 
and station groups are found in the system which the 
administrator has to administer. These items are divided 
into GR5A , GR5B and GR6A, GR6B, which are in inherited 

25 relationship with, i.e. are subordinate groups to the 

group owner 5 . 



Group 5A and 5B; Users (GR5A and User Groups (GR5B1 

Respectively 

30 

Information concerning users and user groups may include 
names, organizations, locations, system rights, etc. 
Users and user groups can be registered, changed and 
removed (erased) , and information concerning users and 
35 user groups can be derived from the program register and 

be listed. 
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Stations (GR6A) and Station Groups 



Information concerning stations and station groups may 
5 include names, physical locations , types and make of 

product, which applications are found stored on the 
station and which applications have been created there- 
for • 



10 All groups GR5A, GR5B, GR6A, GR6B can have the same type 
of relationships as those shown between GR3 and GR6A, 
although not shown for the sake of clarity. These rela- 
tionships mean that GR6A has o . . M applications GR3 and 
is capable of operating 0...M applications, and that 

15 1..M applications in GR3 is/ are stored in each station 

in GR6A, which is able to operate 0...M applications. It 
will be understood that the arbitrary number M recited 
in the aforegoing limits can vary among the different 
relationships between the groups. 

20 

Item Operations 



When a new post is to be registered, a new stage is 
created in GR1, registered items. Stored in this stage 

25 is all necessary information around the actual post 

itself and its relationship to other registered items, 
together with the information (data, program, document, 
etc.) which includes the software object. Expressed in 
another way, the items in GR1 encapsulate the original 

30 software object. It is possible to register one or more 

prepared recipes (GR2) , together with the registered 
item. 

The registered data object is always unique with regard 
35 to name and version. A data object whose name and ver- 

sion already exists cannot be registered. 
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When a data object has been registered, the administra- 
tor creates a new recipe or uses one of the prepared 
recipes. The recipe describes the method of enabling a 
registered data object to be used in a data 
5 communication system (install data objects). According 

to the invention, the recipe encapsulates the 
installation procedures /program relevant to the 
registered data object. The recipe contains sufficient 
information to enable the creation of an application to 

10 be repeated with the same result as that achieved on an 

earlier occasion. The recipe always contains information 
concerning the data object for which it is adapted to 
operate. It is possible to have several recipes defined 
for a rule with registered data object, i.e. a 

15 registered data object (GR1) may have one or more 

recipes, and one recipe will always belong to a 
registered data object. Also found are recipes which 
contain information as to how the created application 
shall be deinstalled. 

20 

An application is defined as a software object which can 
be used (start /operate, read/write) . Normally, it is 
necessary to adapt a program delivered from a software 
retailer to the surroundings in which it shall be used. 

25 The recipe describes this adaptation and the item 

Applications (GR3) contains information concerning the 
usable software objects. A special recipe can be used to 
make several applications, which will behave in mutually 
the same way. The item Applications (GR3) contains 

30 information concerning the recipe to be used when the 

application is created. The recipe also contains infor- 
mation concerning the original software object (the data 
object registered in GR1) . This is therefore possible 
for the administrator to trace back in order to discover 

35 how the application was created and which original was 

used. 
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The application item also contains information concern- 
ing where the application is stored (secondary memory) , 
in which computer (computers) it can be operated , and 
the user for which it is intended ("owner" 5 of the 
5 application) . 

When using a configuration procedure/ software encapsu- 
lated by the item Application Editors (GR4) , it is 
possible to reconfigure an application. The method of 
10 reconfiguring can be saved in the item. An initial 

configuration can be made when creating the application. 

In order for the administrator to be able to administer 
the data communication system, it is necessary that 
15 certain operations can be carried out on the information 

stored in the program register. 

General operations that can be carried out on all item 
groups include the possibility of the administrator: 

20 

la) registering an item r e.g. registering a new appli- 
cation; 

lb) changing an item, e.g. changing a recipe already 
stored ; 

25 lc) de-registering an item, e.g. erasing a user from 

the program register; and 
Id) deriving and listing information, e.g. listing 

items which fulfil a search condition, such as 

listing all applications or listing all applica- 
30 tions that have been created with a given recipe, 

etc. 



These general operations are standard and are to be 
found in a plurality of information systems, and hence 
35 they will not be described in depth here. On the other 

hand, in order to be able to administer the program 
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register and therewith the data communication system, it 
is natural that the administrator will require access to 
at least a part of these standard operations • 

5 Specific operations that can be carried on one or more 

item groups, or on a combination of several item groups, 
include possibilities for the administrator to: 

2a) Create/ install a program product. 
10 2b) Reconfigure an installed program product. 

2c) De-install an installed program product. 
2d) Replace an installed program product with a new 

program product, for instance an updated version of 

an old program product. 

15 

These specific operations form the core of the inten- 
tions of the inventive method and consequently will be 
described in more depth below, with reference to Figures 
4-7. 

20 

Description of an Exemplifying Embodiment of the 
Invention 

Figure 4 illustrates an inventive embodiment of a data 
25 installation in a local network LAN. It will be noted 

that the working methods given in the network LAN in 
Figure 4 are those which are carried out in accordance 
with the invention, and that the network LAN also in- 
cludes normal network functions. The arrangement enables 
30 a revision packet containing revisions, i.e. data with 

revision recipe, to be distributed from a local adminis- 
tration unit LADM to one or more groups of local distri- 
bution devices, such as user units ANV1, ANV2 , . . . ANVN, 
which are connected to the administration unit LADM in 
35 the local network LAN. 



BNSDOCID: <WO 9222870A1_L> 



BNS page 33 



A group in a local network may comprise a single user 
unit or several user units ANV1, ANV2 • A user unit may, 
for instance, be a terminal, a personal computer or 
working station, or any one of these at which a user 
works . 

A container CON arriving from the remote communication 
network WAN and containing data SVf to be revised in one 
or more of the user units ANV1, ANV2, • • .ANVN, is regis- 
tered and stored in a first stage Fl, immediately into a 
local data register LI- The local administrator may also 
insert into the local register a delivery package with 
software from some data deliverer, this software later 
being processed in the same way as though it had arrived 
in a container from the central network CN (see Figure 
1). 

Information concerning a revision package stored in the 
data register LI is the same as that given in the item 
in GR1 (Registered Items) above. 

It should be noted that when new software is sent in a 
container from one local network to another, preferably 
the whole of the delivery package is sent from the 
program manufacturer with the enclosed installation 
program, so that the entire delivery package will then 
be found registered in the local data register LI. 
Furthermore, a special installation recipe adapted for 
the data communication system concerned and for the 
special user unit in the system can be enclosed. 

A particular example will be used throughout the follow- 
ing for the purpose of clarifying the specific opera- 
tions that can be performed with the aid of the informa- 
tion contained in the program register. This example 
relates to a delivery package which includes a program 
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product ErgoWord 4.0, the prepared, general recipe 
ErgoWord. Install, ErgoWord. Config and ErgoWord. Unlnstall 
and data stored documentation ErgoWord. Doc. In the case 
of this example, all parts included in the product are 
5 delivered by the data deliverer as files on a diskette. 

A container from the central network includes all of 
this information in the form of a software data package, 
an installation recipe and administrative data which 
10 discloses what shall be done with the data package in 
the local network. 

In a second stage F2, an administrator at the adminis- 
tration unit LADM can, if necessary, install the data 

15 from the local data register LI on his/her machine, 

configure the data, which may be software or a document 
or some other type of information, so that this informa- 
tion can be used by the units in the local network. This 
means that the administration unit LADM may create 

20 standard procedures to this end, i.e. revision recipe, 

for instance software installation recipe, are created 
which are particularly adapted to the user units in the 
data communication system on which the revision of the 
program product shall be effected. A revision recipe may 

25 also include restrictions of software to be installed, 

so that only those parts of a software which are 
adequate to a given type of user are installed by this 
user, so as not to unnecessarily occupy an excessive 
amount of memory space. For example, this may mean that 

3 0 solely those parts of a software suitable for 

secretaries are installed when the users concerned are 
secretaries . 

The recipe describes how an operable application can be 
35 obtained from a delivered program original, or how an 

installed program shall be de-installed. Thus, the 
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installation program of a software can be adapted to 
each local office in which the program shall be install- 
ed , and separately for each type of user unit found in 
the office. All questions that precede an installation 
5 can be answered beforehand and the answers saved. A 

system intended for this purpose is described in our 
copending Swedish Patent Application No. 9103512-1. 
Preferably, there is defined a language in which all 
types of installation programs can be described. This 
10 language is then available to the user units. The proce- 

dures are stored in a local procedure register L2. 



When the program product is accompanied with a prepared, 
general revision recipe, this recipe is copied from the 
15 register LI and especially adapted. The original, gener- 

al recipe will always remain in the data register LI. An 
application editor is able to change data in an applica- 
tion via a configuring recipe. This can then be stored 
in the procedure register L2. 

20 

It should be noted that when software is distributed 
from the central network, the central administrator can 
provide the software with a simple installation recipe. 
The local administrator can then provide the software 
25 with a more specified recipe, if required. 

In this example, a copy of Ergo Word. Install is adapted 
to the group of user units AEI or AEII that are connect- 
ed to the network LN3, and is stored in the data regis- 
30 ter LI under the name ErgoWord. InstallLN3 . 



When data is to be revised in one or more user units 
ANVl, ANV2, a GR is created in a third stage F3 from 
these user units, unless already created. The data and 
35 the procedures herefor are fetched from the registers LI 

and L2, and a revision package is created on information 
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relating to the user units on which the data shall be 
revised . 

Data concerning revision that has been carried out is 
5 updated in a fifth stage F5, first in a local distribu- 

tion register LARK. This register will contain: 

* Information concerning data distributed in user 
units connected to the local network and where it 

10 is found. 

* Data, such as software and other information which 
has been taken into use. 

* Information concerning the local network LAN, with 
regard to name and administrative identity of data 

15 stored in user units in the local network. 



20 



Information concerning an application which can be 
derived from the distribution register will then in- 
clude, among other things: 



a) What it was created from (GR1 in Figure 3) . 

b) How it was created (GR2) . 

c) If it has been changed and, if so, how (GR4) . 

d) Who has the right to use it (GR5) . 
25 e) Where it is stored (GR6) . 



Figure 5 illustrates the administration of data revision 
in a central network CSE, which communicates with the 
local networks through the medium of a remote communica- 

30 tion network WAN. The method by means of which this 

achieved is comparatively similar to the method carried 
out at a local level and shown in Figure 4. In precisely 
the same manner as with the local network, a collection 
of data, preferably in the form of a delivery package 

35 from a data distributor is registered and stored in a 

first stage CF1 in a central program register CI. 
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It will be understood that the system may be constructed 
so that containers arriving from one of the local net- 
works LN1 or LN2 connected to the remote communication 
network WAN may also be transferred to the central. 
These containers will optionally have been pre-checked 
by one of the administrators AD1, AD2 . Thus, it also 
lies within the purview of the inventive concept to 
construct the system so that the central register CI, C2 
and CARK can register information concerning stored data 
in the entire data system, if so desired. However, it is 
more practical and more simple to manage, particularly 
in the case of large data communication systems, when 
solely those programs and documents that have been 
distributed from the central are registered in the 
central register, so that, when necessary, the central 
network is able to take information from the local 
registers as to what is stored therein. 

In a second stage CF2, SW is installed in a central 
administration computer CADM for processing by the 
central administrator. 

The central administrator determines groups of users 
and/ or computers for the arrived data in stage CF3. 

The group created in stage CF3 involves the generation 
of groups in the local networks while disclosing groups 
of user units/users within these networks. Thus, the 
central administrator creates a transfer package, a so- 
called container. This container will include at least 
one management order, together with the data and its 
revision recipe. This implies that the product shall be 
registered in the local data register of the receiving 
local network. For example, by stating "all", it is 
conceivable that all users having access to the user 
units AEI or AEII on which the installation shall be 
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made shall also have access to the software. A certain 
type of management order may* be to the effect that the 
transmitted software and its recipe shall be installed 
directly in a local network without needing to involve 
5 the local administrator. In this case, it may be 

suitable to send the software and its installation 
recipe in two separate packages, one containing an 
management order with regard to registration in the 
register LI and the second containing an management 
10 order concerning automatic installation. Both of the 

management orders are preferably sent in one and the 
same container. 



In the administration unit CADM, there is a synthesis 
15 program which combines management orders. 

It should be noted that since data in the central regis- 
ter CI, C2 and CARK is intended to be sent further to 
one or more of the local networks for further processing 
20 by the administrators of these networks, the data and 

the standard procedures carried out for installation of 
the data can be made completely standard. 

The management order concerning a program product in the 
25 transfer package sent to a local network may imply that 

the program product shall be registered in the local 
program register. A part-order of this management order 
may include that a program product, e.g. ErgoWord 4.0, 
is installed in the designated user units in the local 
3 0 network directly, i.e. without involving the local 

administrator, in accordance with an installation 
recipe, e.g. ErgoWord. I nstallLn2 . 

The method in which data is installed in stage CF4 
35 differs from the method used in each local network, in 

that a container is created which is sent to network 
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IAN, given as the receiver. The container can be consid- 
ered as a data package which has at least one local 
network as its distribution device. The transmitted 
containers are then unpacked in the local networks and 
5 the revision packages included in the container are 

distributed to the various user units, which then func- 
tion as distribution devices for this type of data 
package . 

10 The installation work is performed in stage CF4 in 

accordance with the first part of the flow sheet of 
Figure 6, which will be described in more detail below. 

The transfer package (the container) is provided with a 
15 distribution list (Local Network LN2) and thus includes, 

in the given example: 

- software (ErgoWord 4.0); 

- a specially-adapted installation recipe 
20 (ErgoWord. InstallLN2) ; 

a user list ("all"); 

- optionally a time stamp (1991-12-24 15:00), which 
states the desired time of installation (described 
in more detail below) or the desired time of trans- 

25 mission and may have the following format: 

"Install ErgoWord4.0/ Recipe: ErgoWord. InstallI,N2/ 
Users: All/ Time: 1991-12-24 15:00" 

30 "Distribute LN2" is included in all containers as their 

distribution list. 

The revision package is then sent to the designated 
users, as illustrated in Figure 5. 



35 



Information concerning user units and groups of user 
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units may include names, organizations, locations, 
system rights, etc* User units and respective groups of 
user units can be registered, changed and removed from 
the distribution register LARK, CARK, and information 
relating to these units and groups of units can be 
derived from the register and listed. 

Information concerning stations and station groups may 
include names, physical locations, types and makes of 
manufacture, which applications are found stored in the 
station and which applications have been created there- 
for. 

It has been said in the aforegoing that the data, the 
procedure or procedures for installation of the data and 
its distribution are stored in three separate registers 
LI, L2 and LARK and CI, C2 and CARK respectively.- It 
will be obvious that these registers can form parts of 
one and the same register and/ or memory areas of a 
memory unit which can also be used for purposes other 
than for registering data which is installed. The dif- 
ferent registers may, of course, be conventionally 
stored distributed in the memory unit. The different 
registers may be included in a distributed database. 

Neither is it necessary to have these registers updated 
at local levels, even though this is to be preferred and 
is necessary in large data communication systems. 
Instead, all information concerning each local 
installation after an installation is transferred to 
central register CI, C2, CARK (which may also comprise 
parts of the same register) illustrated in Figure 5, for 
archiving. In this case, the registers LI, L2 and LARK 
are instantaneous registers which are created in a 
memory, e.g. the network memory FSM of a network 
computer ADM2, prior to each installation, and then 
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erased or written-over with other information. 

Figure 6 illustrates an example of a flow chart of a 
method for distributing the installation package from a 
5 central to user units ANV1, ANV2 connected in the local 

network LAN. 



51. The first method stage, or step, comprising fetch- 
ing programs or documents to be installed. 

10 

52. An installation recipe is created, if required. A 
so-called installation package is created from the 
program or the document, with its installation 
recipe* An installation package has a standardized 

15 format for compilation. 

53. A container is created for distribution to the 
local network or networks to which the installation 
package shall be sent. As mentioned above, several 

20 revision packages,, e.g. installation package, de- 

installation package, etc., can be placed in one 
and the same container. 

54. One or more management orders are enclosed with the 
25 installation package. 

55. It is possible to permit the package to be distrib- 
uted to the user units selected on the distribution 
list at a given tine point. This time point is 

30 evident from a time disclosure that can be associ- 

ated with the installation package in the form of a 
special management order. Thus, the central 
administrator can choose to set a so-called time 
stamp. (A time stamp can be set individually on 

35 each package in a container, either separately or 

on the container as a whole) . 
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Alternatively, the time stamp can state the times 
at which the management orders shall be carried 
out. It is also conceivable to apply two or more 
time stamps of mutually different kinds. A time 
5 stamp for dispatching the container makes it possi- 

ble to transmit the container during nighttime or 
during those times at which the load on the net- 
works used is at a minimum. This can also lower 
transmission costs. 

10 

S6. The container is closed and a distribution list 
associated to the container. 



15 S7. The container is sent from the central administra- 
tion unit and transferred to selected local user 
units. 

S8. The container is received at the local network, 
20 where it is stored in its entirety in a first 

stage. The packages are then unpacked from the 
container in the sequence in which they were placed 
into the container. 

25 S9. The information received is checked. 

510. If the information is judged to be invalid, a mes- 
sage to this effect is sent to the central. Stage 
S25 is then carried out. 

30 

511. Receipt of the container is confirmed to the cen- 
tral, by sending a receipt to the central adminis- 
trator. 

35 S12. The management orders are interpreted. 
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513 . A decision is made as to whether or not further 
information is required. • 

514. If further information is required, a message to 
this effect is sent to the central, whereafter 
stage S25 is carried out, since the central creates 
a new, supplemented container and re-sends the 
container. 

Alternatively (not shown) , a dialogue may be car- 
ried out with the central. If there is a need of 
further information, a dialogue is established with 
the administration unit or with some other informa- 
tion base, and the management orders are then 
carried out in S15 in accordance with the informa- 
tion obtained. This stage may include the possibil- 
ity of correcting management orders and/ or 
interrupting the execution of these orders (not 
shown) . 

S15. If no further information is required, the managem- 
ent orders are carried out in the sequence chosen 
when placing the orders in the installation package 
concerned . 

(The packages are also processed in the same se- 
quence at which they were packed. If there is a 
time stamp for one or some of the packages, these 
can be stored intermittently while packages without 
a time stamp are processed. Several pack-ages may 
have a relationship with one another, in which case 
these packages will be provided with the same time 
stamp and will be processed in the sequence given 
by the times on the time stamp. However, the 
packages are always processed one at a time.) 



516. Does the management order imply that the in- 
stallation package shall, be distributed directly/ 
without involving the local administrator? If the 
answer is Yes, go to block S19. 

517. Is it necessary to create a local installation 
recipe, or is the installation recipe sent by the 
central satisfactorily? If the answer is No, con- 
tinue to block S19. 

518. If the answer to S17 is Yes, the local administra- 
tor can, in turn, create for each package an in- 
stallation recipe which is particular for the re- 
ceiving user units, resulting in one or more proce- 
dural steps. 

519. Using the local network, the local administrator 
informs the users concerned that an installation 
package is there to be fetched. 

The user units fetch the installation package at 
the first convenient opportunity. Each user unit 
has an interpreter program. The interpreter program 
receives the installation package, interprets the 
package, i.e. ascertains the type of revision to be 
carried out according to the package, and initiates 
procedures on the basis of this interpretation. 

The installation recipe may, for instance, be exe- 
cuted by an installation program in the user unit. 
This may be stored in the memory (AM, CSM, FSM) of 
the receiving station, in the illustrated case in 
the network memory FSM and/ or directly in a user 
unit, when this is a separate computer, e.g. a 
personal computer (PC) . When the revision recipe 
has been executed, there is obtained an application 
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which has been particularly adapted to intended 
user units AEI or AEII. • 



10 



520. If a user is unable to perform an installation, an 
error message is given. If no such message is 
found, proceed to S22. 

521. The local administrator investigates the error and 
rectifies the same, if possible. 



S22. Registration of an executed installation is effect- 
ed in the local distribution register. It should be 
noted that this archiving may also be effected at 
another time point in the flow-chart diagram in 
15 Figure 5, e.g. earlier. 

When an management order is executed, the original 
program product (e.g. ErgoWord 4.0) is archived in 
the program register in the memory of the receiving 
20 user unit, i.e. in the network memory FSM in the 

illustrated embodiment. The installation recipe 
belonging to the program product (e.g. Ergo- 
Word. InstallLN2) is also archived in the same pro- 
gram register. 

25 

In the illustrated embodiment, it is assumed that 
the local administrator LA2 operates via the net- 
work computer AD2 (Figure 1) and that the local 
program register is stored in the network memory 
30 LSM2, and consequently the receiving unit in this 

particular case is the network computer LSE2 . 

S23. Was the package processed the last package in the 
container? 



35 



S24. If the answer to S23 is No, take the next process- 
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ing order and proceed to stage S12. 

S25. Since the entire container has now been processed 

and has fulfilled its purposes, it can be eliminat- 
5 ed. This is either effected by erasing the contain- 

er or also by placing the container in a separate 
memory device in which the history of the user unit 
is registered. 



10 S2 6. A status message is transmitted to central, as a 

finalizing stage. 

Other Revision of Data in User Units than Installation 



15 When revision other than installation of new data, e.g. 

reconfiguration, de-installation or exchange of data, is 
to be carried out, the differences to the installation 
procedures are mainly as follows: 



20 - A specific revision recipe is created, instead of 

creating a specific installation recipe. 

- The post in the program register concerning the 
application to be revised is updated. 

- Only the specially-adapted revision recipe is reg- 
25 istered. 

- The transfer package includes only the name of the 
application and its specially-adapted revision 
recipe. 

30 An example of this is illustrated in Figure 7, which is 

a flow chart illustrating configuration data which has 
already been distributed to one or more user units AEI 
or AEI I. 



35 S51 Subsequent to starting up, there is created a con- 

figuring recipe which is adapted particularly to 
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those user units AEI or AEII , which are to obtain a 
reconfigured application. 

If the revision package of the program product 
5 included a prepared, general configuration recipe, 

this recipe is copied and especially adapted, 
whereafter it is stored as an application editor in 
the program register LI or CI. 



10 In the illustrated case, a copy of ErgoWord. Conf ig 

is adapted especially for the group of user units 
AEI or AEII which are connected to the network LN2, 
and is stored in the program register under the 
name ErgoWord. Conf igLN2. If a prepared recipe does 

15 not accompany the revision package, the 

administrator himself /herself can create an 
especially adapted recipe. 

S52 A transfer, or transmission, package is created, 
20 which in addition to stating the application con- 

cerned also includes an management order which 
implies that the especially-adapted configuration 
recipe shall be registered in an, optionally, local 
program register stored in a memory (SM, CSM, FSM) . 
25 A part-order of this management order may include 

the instruction to configure the application, e»g. 
ErgoWord 4.0, in accordance with a conf igurat ion 
recipe, e.g. ErgoWord . Conf igLN2 . 



3 0 S53 A decision is made in this stage on which user 

units AEI or AEII, alternatively groups of user 
units (LN1, WAN, LN2) , the application shall be 
configured, wherein a distribution list of receiv- 
ing user units AEI or AEII or groups of user units 

35 (LN1, WAN, LN2) is given and associated with the 

transfer or transmission package. 
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In the illustrated embodiment , this list comprises 
only one single element,* namely the group of user 
units in the local network LN2. 

5 S54 Those users or user groups which shall have the 

right to use the configured application are given 
in this stage, wherein the user list is also asso- 
ciated to the transfer package. For example, by 
stating "all", it is conceivable that all users 

10 having access to the user units AEI or AEII on 

which the configuration shall take place will also 
have access to the software. For example, by stat- 
ing "as before", it is conceivable that those users 
which were authorized prior to the configuration 

15 will also be authorized subsequent thereto, 

555 Shall a time stamp be set? 

556 A time stamp can be set via this decision stage. 

20 

557 The transfer package is transferred. 



In this particular case, the transfer package may thus 
include : 

25 

- a name of an application, i.e. a name of an in- 
stalled program product (ErgoWord 4.0); 
an especially-adapted configuration recipe 
(ErgoWord. ConfigLN2) ; 
30 - a user list ("as before") ; 

a time stamp (1992-02-26 23:59); 
and may have the following appearance: 

"Config ErgoWord 4.0/ Recipe: ErgoWord . Conf igLN2 / Users: 
35 "as before"/ Time: 1992-02-26 23:59". "Distribute LN2" 

is enclosed in the transfer package as its distribution 
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list . 

S58 The transfer package, or container, is received. 

5 S59 The registration orders are carried out; in the 

illustrated example, the configuration recipe 
(ErgoWord.ConfigLN2) is archived in the program 
register of the memory of the receiving unit, in 
this case, the network memory FSM. 

10 

560 The configuration order is carried out, wherein the 
configuration recipe may, for instance, be executed 
by a configuration program stored in the memory 
(SM, CSM, FSM) of the receiving station, in this 

15 case in the network memory FSM. The named applica- 

tion has been configured, when the configuration 
recipe has been executed. 

561 The application stored in the program* register with 
20 information as to whether or not the application 

has been reconfigured with the configuration recipe 
is updated, in the network memory FSM in the pre- 
sent case. 

25 It is assumed in the illustrated example that the 

application can be stored as a divided resource in 
the network memory FSM, wherein the user units AEI 
or AEII coupled to the local network LN2 need not 
keep a copy of the application in their own ment- 

30 ories ME, but may have access to the application 

through the network LN2. If the conf iguration reci- 
pe is so especially adapted to the system to which 
the program product shall be configured in that no 
further information is required by a local adminis- 

35 trator, the configuration can be effected automati- 

cally by the receiving user unit AEI or AEII. 
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Alternatively, the transfer package is received by 
a local administrator, which then configures the 
application with the aid of the configuration reci- 
pe in each user unit AEI or AEII in the system ad- 
ministered by said administrator, or if the ap- 
plication is a divided resource, in a user unit AEI 
or AEII to which the other user units have access. 



S62 In this stage, a status message is sent, via the 
10 communication system (LN2 , P2, WAN, PI, LN1) from 

the receiving user unit, in this case, the network 
computer AD2, to the administrator computer. 

When configuration is successful, it can be 
15 registered in the central program register that an 

application has been successfully configured. 

Other types of revision can be readily performed by one 
skilled in this art and will not therefore be described 
20 in detail here. 



Example of Mass Installation of Data Other than Software 

For instance, the inventive data communication system 
25 can be used for booking flight tickets. An administrator 

computer is positioned in a central unit for all flight 
bookings within a particular airline and a plurality of 
users of the system are travel agents of several 
nationalities. When a large number of prepared question- 
30 and-answer alternatives are found stored in different 

language versions, the administrator at the 
administration unit may, for instance, elect to question 
the user of user unit AE3 about supplementary 
information concerning a given flight booking. The 
35 administrator chooses question 2 on his/her English 

language menu and the question 2 appears in the Swedish 



BNSDOCID: <WO 9222870A1 J_> 



BNS page 51 



50 



language on the user unit AE3 . The user of AE3 chooses, 
e.g., answer alternative 5 on- his/her Swedish answer 
menu and corresponding identification is sent back to 
the administrator unit. It is also possible to compile 
completely new answers, by combining a number of answer 
alternatives . 

When transferring information between different user 
units, one or more so-called identifiers may be 
included. An identifier is used to indicate information 
in the memory of the user unit. Since the data 
communication system may include user units based in 
several different countries and/or users which use 
different human languages when using the user units, an 
identifier is highly beneficial when communicating 
between these units. Furthermore, this results in a 
considerable reduction in the amount of information that 
must be transferred, or transmitted, since only one or a 
pair of identifiers is/ are sent between the units, 
instead of sending whole questions and answers. A system 
of this kind is described more explicitly in the 
copending Swedish Patent Application No. 9103513*9. 

However, there may be reason to change the configuration 
of what is presented on the screen, from time to time. 
It may also be desired to add illustrating matter pro- 
vided with an additional identity. Storage of this 
identity in the different booking terminals can be 
effected commonly, globally for all booking terminals, 
e.g. by the administrator of the administration unit, in 
accordance with the invention. 
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Claims 

1. In a network-connected data communication system 
having a plurality of working stations for users of the 
data communication system, a method of revising selected 
data such as a data program or document in a number 

5 among a plurality of destination devices (AEI, AEII, 

LSE2, LSE3) selected by an administrator in the data 
communication system and intended for the users, where 
each destination device includes at least one memory 
unit (ME, LSM2, LSM3) for individual storage of data, 

10 said revision comprising, for instance, installing 

and/ or removing and/ or changing the selected data, c h 
aracterized by carrying out the following 
method steps to achieve unison revision of selected data 
selected from among the destination 

15 devices : 

a) a list of the selected destination devices is es- 
tablished; 

b) a procedure for revision of the data on the select- 
ed destination devices is established by the ad- 

2 0 ministrator and the procedure (L2; C2) is stored as 

a revision recipe; 

c) a data package which contains at least the data to 
be revised and its revision recipe is created; 

d) the data package is distributed internally in the 
25 data communication system to the selected destina- 
tion de-vices; and 

e) the selected destination devices interpret the 
information in the data package with the aid of a 
special interpreter program installed in each des- 

30 tination device, and the procedures are initiated 

on the basis to this interpretation • 

2. A method according to Claim 1, charac- 



BNSDOCID: <WO 9222870A1 _l_> 



BNS page 53 



WO 92/22870 PCT/SE92/00411 

52 

terized in that in preparation for said unison 
revision: 

a) data which is to be revised is first stored in its 
original form (LI; CI) ; 
5 b) an administrator at an administration device (IADM) 

thereafter forms a procedure for revision of said 
data and stores said procedure (L2; C2) as the data 
revision recipe; and 
subsequent to said unison revision 
10 c) information concerning said data revision is stored 

(LARK; CARK) in a data register. 

3. A method according to Claim 1 or 2 for destination 
devices connected to local networks (LN1, LN2 ; LAN), 
15 which are coupled to a remote communication network 

(WAN) , where revision of data shall be effected from a 
first local network, e.g. a local network for a central 
network , to at least one other local network, c h a r a 
cterized by forming in the first network a data 
20 package in the form of a transfer 

package, called container, said 
transfer package containing at least 
one data package in the form of a 
revision package for installation in 
25 a destination device in the second 

network and at least one management 
order for each revision package 
relating to what shall be done with 
the revision package; 
30 by distributing the transfer package to the local net- 

work or networks in which data is to be revised, 
each network in the transfer package being consid- 
ered as a destination device for the transfer pack- 
age; 

35 by receiving the transfer package and storing said 

package at least temporarily in each local network 
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concerned ; and 
by unpacking the revision package in the transfer 

package with its management orders in the receiving 
local network and carrying out procedures in the 
5 same sequence as that in which they were placed in 

the 

transfer package. 



4. A method according to Claim 3, c h a r a c - 
10 t e r i z e d in that a local administration device 

(AD1, AD2; LADM) handles the transfer package and com- 
piles at least one local revision package from the 
contents of said transfer package and distributes this 
revision package to at least one of the distribution 
15 devices connected to the relevant local network, said 
distribution devices having the form of user units, 
server computers, etc. 

5. A method according to any one of the preceding 

20 Claims, characterized in that distribution 

of the data package, the revision package and also the 
transfer package is effected by sending a message to 
each of the destination devices on the list to the 
effect that the data package can be fetched, wherein 

25 each destination device at the first convenient opportu- 
nity thereafter informs that it can receive the data 
package, whereafter the package is transferred. 

6. A method according to any one of the preceding 

30 Claims, characterized in that when neces- 

sary a time stamp (S5) is associated with the data 
package, said time stamp implying that the data package 
with time stamp is transferred to and/ or is distributed 
to the selected destination devices at a time evident 

35 from the time stamp. 
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7* A method according to any one of the preceding 
Claims, characterised in that the receiv- 
ing destination devices confirm receipt of the data 
package, and optionally also status, by communication 
with the transmitting administrator unit. 

8, A method according to any one of the preceding 
Claims, characterized in that each means 
which receives the data package first checks that the 
information contained in the data package is valid (S9) 

9. An arrangement for revising in a network-connected 
distributed data communication system selected data, 
such as a computer program or document intended for 
revision in a plurality of destination devices (AEI, 
AEII, LSE2, LSE3) in a data communication system, said 
devices being selected individually by an administrator 
and each destination device having at least one memory 
unit (ME, LSM2, LSM3) for individual storage of data, 
and wherein said revision involves, for instance, in- 
stalling and/or removing and/or changing the selected 
data, characterized in that 

a) at least one device which functions as a destina- 
tion device is also able to function as an adminis- 
tration device (LADM; CADM) for revision of select- 
ed data on at least one of the destination devices 
carried out internally within the data 
communication system; 

b) wherein each administration device (LADM; CADM) is 
provided with a synthesis program by means of 
which, when data is to be revised, a compilation is 
effected of at least one data package; in that 

c) subsequent to compilation of the data package, each 
administration device (LADM; CADM) is intended to 
distribute said package to the distribution device 
or devices for which it is intended; and in that 
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d) said distribution devices interpret information in 
the data package with the aid of a special inter- 
pretation program installed in each destination 
device, and initiates procedures on the basis 
5 thereof . 

10. An arrangement according to Claim 9, charac- 
terized in that each destination device is 
equipped with special software which interprets a re- 

10 ceived data package, examine the package with regard to 

its validity, performs the revision and returns an 
acknowledging message to the administration device from 
which said destination device received said data pack- 
age , showing the result of the revision. 

15 

11. An arrangement according to Claim 9 or 10 , 
characterized in that for the data package 
to be revised, the following arrangement is provided for 
the administration device: 

20 a first data register means (Ll; CI) for initial storage 

of data to be revised; 

a second data register means (L2; C2) for storing a 
revision procedure generated by the administration 
device (LADM; ID) ; and 
25 a third data register means (LARK; CARK) for storing 

information concerning the revision of data subsequent 
to completion of said revision. 

12- An arrangement according to any one of Claims 9 to 
30 11, characterized 

in that the destination devices are divided into 
groups ; 

in that each destination device may be included in one 
or more groups; and 
35 in that each administration device is intended to make 

a selection among the destination devices, 
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such as a selection from among the groups, and 
when necessary is intended to administer dis- 
tribution of the data package to the selected 
groups in the data communication system, said 
data package including at least data to be 
revised and a revision recipe. 

13. An arrangement according to Claim 11 and 12, 
characterized in that the first, the second 
and the third data register means comprise parts of a 
common register memory area in the distributed data 
communication system , this common register memory area 
being intended to register continuously data that is 
revised in the destination devices, and in that each 
administration device (LADM; CADM) is intended to store 
in the common register memory area revision information 
with each revision of said data. 

14. An arrangement according to Claim 13, char- 
acterized in that the administration device 
(LADM; CADM) is intended to administer at least some of 
the following procedures: 

* Registering and storing of software in the regis- 
ter. 

* Program and file distribution. 

* Installation of software in single or a multiple of 
groups and/or computer units. 

* De- installation of software in single or a multiple 
of groups and/ or computer units. 

* Exchange of software in single or a multiple of 
groups and/ or user units. 

* Configuration of groups and/or computer units. 

* Reconfiguration of groups and/ or computer units. 

* Security copying of databases. 

* Interactive remote handling. 
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* Event and error administration. 

15. An arrangement according to Claim 13 , char- 
acterized in that the administration devices 
5 have each been allotted a respective priority device; 

and in that a central administration device (CADM) is 
assigned the highest priority, i.e. is superior of all 
others . 



10 16. An arrangement according to any one of Claims 

11-15 for distribution devices connected to local net- 
works (LN1, LN2; LAN) coupled to a remote control net- 
work (WAN) for transmission from a first local network 
to at least one other local network, character 

15 i 2 e d in that an administration device (CADM; ID) in 

the first local network is intended to create a transfer 
package, called container, from information stored in at 
least the first and the second memory area associated to 
said administration device with the addition of at least 

20 one management order for further processing of the 

information in the second network or networks; in that 
the administration device in the first network is 
intended to distribute the transfer package to the 
second network or networks which act as independent 

25 distribution devices for this data package; in that a 

local administration device 

(AD1 , AD2; LA DM) in each second local network is intend- 
ed to receive the transfer package and to compile, 
either automatically or manually, at least one local 
30 revision package from the contents of the transfer 

package and to distribute the same to at least one of 
the local distribution devices connected to the local 
network in question, in accordance with the management 
orders contained in the transfer package. 



35 



17. An arrangement according to Claim 16, char- 
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acterized in that the register memory areas 
coacting with each local administration device are 
constantly kept updated with regard to data installed in 
the local network; and in that the register memory areas 
5 for the administration devices which transfer the data 

package from its network to another network is kept 
updated with regard to data that is transferred to the 
second local networks. 

10 18. An arrangement according to Claim 16, char- 

acterized in that the register memory areas 
coacting with each local administration unit are instan- 
taneous and are intended to be erased or written-over 
with new information prior to the creation of each new 

15 revision package subsequent to carrying out revision and 

resending information concerning the revision for stor- 
age in register memory areas that coact with the* central 
administration unit. 
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